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Abstract 

Established at the NASA Glenn Research Center (GRC) in 2006 to meet the need for rapid mission 
analysis and multi-disciplinary systems design for in-space and human missions, the Collaborative 
Modeling for Parametric Assessment of Space Systems (COMPASS) team is a multidisciplinary, 
concurrent engineering group whose primary purpose is to perform integrated systems analysis, but it is 
also capable of designing any system that involves one or more of the disciplines present in the team. The 
authors were involved in the development of the COMPASS team and its design process, and are 
continuously making refinements and enhancements. The team was unofficially started in the early 2000s 
as part of the distributed team known as Team J1MO (Jupiter Icy Moons Orbiter) in support of the multi- 
center collaborative JIMO spacecraft design during Project Prometheus. This paper documents the origins 
of a concurrent mission and systems design team at GRC and how it evolved into the COMPASS team, 
including defining the process, gathering the team and tools, building the facility, and performing studies. 

Nomenclature 

API Application Programming Interface 

COMPASS Collaborative Modeling for the Parametric Assessment of Space Systems 

COTS commercial off the shelf 

DOE Department of Energy 

GLIDE GLobal Integrated Design Environment 

GRC NASA Glenn Research Center 

GSFC NASA Goddard Spaceflight Center 

HTTP HyperText Transfer Protocol 

ID AC Integrated Design and Analysis Center 

IDC Integrated Design Center 

IT Information Technology 

JIMO Jupiter Icy Moons Orbiter 

JPL NASA Jet Propulsion Laboratory 

JSC NASA Johnson Spaceflight Center 

MEL master equipment list 

ORNL Oak Ridge National Laboratory 

ORNL Oak Ridge National Laboratory 

PEL power equipment list 

PI principle investigator 

CAD computer aided design 

1.0 Introduction 

The COMPASS design team is a multidisciplinary, concurrent engineering team that was established 
to assess spacecraft and space systems concepts. The team represents a logical extension of the NASA 
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Glenn Research Centers (GRC) long history of design and analyses of space systems concepts and 
missions. 

Working in real time with inputs from the various disciplines, a vehicle concept can come together 
rapidly. It can subsequently be evolved in a very efficient manner to produce a design that achieves the 
customer’s goals. The engineering discipline leads collaborate as designers, where they can influence one 
another and affect the outcome of the design. In this environment, the leads/designers can better 
understand how the choices they’ve made about their subsystem will interact with other subsystems, both 
directly and indirectly. 

2.0 The Origin and History of the COMPASS Team 

The COMPASS Team is similar to the NASA Jet Propulsion Laboratory’s (JPL) Team X group and 
the NASA Goddard Spaceflight Center (GSFC) Integrated Design Center (1DC) Team. It came into 
existence during the Team Jupiter ley Moons Orbiter (J1MO) multicenter design studies performed circa 
2003 for Project Prometheus. The internal development of the Global Integrated Design Environment 
(GLIDE) computer program developed in parallel to the concurrent capability. The team became the 
COMPASS team in early 2006 in answer to a multicenter Lunar Lander Concept Design study lead by the 
NASA Johnson Space Center (JSC). Since the Lunar Lander studies, the COMPASS team has continued 
to be an asset for GRC in the analysis of technology demonstration and applications. 

The process of assembling what has become the COMPASS team took multiple years and went 
through various starts and stops. The convergence of four factors gave birth to the COMPASS team: 

1 . The right people 

2. The appropriate tools 

3. A supportive meeting space 

4. A design project of sufficient magnitude around which to coalesce the multi-discipline capabilities 
of the team 

Described in chronological order to set the stage of the historical story of the establishment of the team, 
the background for each of these factors will be provided in the remainder of this section. Note that the 
factors as numbered above, did not happen in order from 1 to 4 and the recounting of the events will 
address the factors out of order. 

2.1 Factor 1: The Right People — Motivation for a Concurrent and Collaborative 
Engineering Team 

Subsystem designs and technologies need to be integrated into a full vehicle or architecture so their 
impacts on each other, the entire vehicle, and the mission as a whole can be assessed. These assessments 
require many different skills from multiple disciplines. Forming a team and defining the interactions 
needed to perform these studies has typically required significant time and effort. 

While GRC has a long and established history of spacecraft and space systems concept analyses and 
assessments, the formation of COMPASS provided an efficient, integrated design capability to rapidly 
assess these concepts with a consistent set of processes and tools. As has been observed during the 
COMPASS team studies, the real-time interaction between experts allows the collaborative engineering 
process to produce capable designs quickly without the rework needed on a design assembled by isolated 
teams or individuals. 

Integrated design using experts in interlinked subsystems is a focus of systems engineering, and the 
creation of the COMPASS team started with a foundation laid by the GRC Systems Engineering 
Division. Historically, GRC set up concurrent design teams on an ad hoc basis as programs or projects 
required the detailed engineering and analysis that a group of discipline experts could provide. These 
teams took time to start up and faced challenges in obtaining experts in the varying engineering fields (for 
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example, thermal, power, propulsion) needed for any particular design. The decision was made to create a 
standing collaboration team, so that GRC could better utilize its experience and expertise in research and 
technology to perform integrated systems analysis. 

In the early 2000s, what was then known as the Systems Engineering Division (now Systems 
Engineering and Analysis Division) initiated plans for a concurrent engineering design facility and a 
design capability. Since it was posited that Systems Analysis was used to guide NASA technology 
investments, GRC technologies needed to be integrated into a full system design in order to better assess 
the impact of technology investment in enabling future NASA missions. Developing an integrated design 
capability with a consistent set of processes, tools and personnel would enable technology assessments to 
be conducted in a rapid and consistent manner. 

Out of these efforts were created the Integrated Design and Analysis Center (ID AC), that would 
become the space now known as the COMPASS lab, and the Concept Design Capability that would 
become what is now known as the COMPASS team. 

2.2 Factor 3: A Supportive Meeting Space — The COMPASS Lab: Setting Up the 
Facility 

In planning for the integrated design capability, the following four aspects were recognized as the 
core elements for the composition of a successful concurrent engineering design team: process, 
productivity, tools, and a way to provide a focus for people to do what they are good at. In setting up the 
initial capability, the work was concentrated on getting the facility and the tools together to allow for the 
face-to-face and electronic exchange of data between team members, generation of reports, and 
establishment of design databases. 

In order to build a space that would facilitate the uniquely interactive approach that a concurrent 
engineering design team would need to perform technology trades, GRC enlisted the help of The 
Aerospace Corporation. Members of the Systems Engineering Division traveled to the Aerospace 
Corporation’ headquarters in California and studied their physical design center. The facility for the 
concurrent design study is defined by both the organized space as well as the physical components such 
as computers, projectors, etc. that make up the design center. 

Influenced by the visit to Aerospace Corporation’s Concept Design Center, the original design of the 
GRC ID AC shown in Figure 1 , circa 200 1 , consisted of the following: a main room where the organized 
design study would take place, a secured server room, and two smaller breakout rooms with interactive 
tele- and videoconferencing capabilities. The main conference room had a single large conference table in 
the center with tables and monitors around the perimeter for engineers in the various disciplines to use as 
their workstations. Two projectors with two screens mounted on the front wall of the main room were 
used for video conferencing and internal display of data concurrently. The two breakout rooms each had 
video conferencing capabilities, and computer workstations for WebEx and connectivity. 

Under contract to GRC, the Aerospace Corporation offered guidance in initial tool and facility 
development and participated in some early internal GRC design sessions assessing a Nuclear Electric 
Propulsion vehicle. 

Today, the COMPASS lab retains only the main room having given the two breakout rooms to a 
communications systems analysis design team. The layout of the main room has evolved considerably 
(Fig. 2). The room contains five tables, each serving as a hub for related subsystems (four to a table), with 
the center table hosting the COMPASS team lead and the visiting customer and/or mission principle 
investigator (PI). Four projectors display on three walls, so that from any point in the room, designs, 
master equipment listings (MEL), computer aided design (CAD) layouts, etc. can be seen with equal ease. 
While the room still contains video conferencing equipment, it is rarely used. The secured server room 
now contains a backup database server while the primary server is located off-site to meet GRC 
Information Technology (IT) security requirements. As in the original facility, the current facility uses 
shared laptops and external monitors rather than fixed workstations, which are typically reserved for the 
system leads. 


NASA/TM— 2012-217283 


3 



CJ 


Server room 








n 



n 

lkJ 
1 * 

A . 



U 



L 


Dr- 



Polycom video 
conferencing 
unit 


Touch 

sensitive 

whiteboard 



room 


Polycom video 
conferencing 


42 in. flat 

plasma 

displays 


260E 


•C 1 


260C 






jLIP. 


ep 


IA room 


260D 


Figure 1 . — Original IDAC lab layout. The original space in which the current COMPASS lab is housed 
was known as the IDAC and focused on video and teleconference capabilities. 



Figure 2. — Current COMPASS lab layout. The Current COMPASS lab layout 
allows for better integration and interaction between the subsystem leads. 

2.3 Factor 4: A Design Project — Providing a Design Project Focus for the Team 

In order to create the concurrent engineering design team, the members of the Systems Engineering 
Division (SED) needed to find customers and design study subjects. Much of the initial planning involved 
gaining buy-in from the various projects and technologists around the lab to support the efforts of a 
concurrent design study group. This support was primarily in the form of personnel as well as funding. 
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The first study customer for the conceptual design team was an intercenter design activity known as 
the J1MO. GRC was a member of the multicenter design team for the J1MO spacecraft, which included 
MSFC, JPL, and members from the Department of Energy (DOE)’s Oak Ridge National Laboratory 
(ORNL). This intercenter team, known as Team J1MO, used JPL’s Team X as a model for its organization 
and relied heavily on teleconferences, videoconferences, and WebEx to host simultaneous design 
sessions. 

There were multiple technical hurdles to overcome during the Team J1MO design studies. First, the 
phone system with multiple lines used at the time often had issues handling the operations across centers. 
The work-around approach was to provide both common lines and break out lines so that individuals 
could have private teleconferences that did not involve the entire team; similar to the way that mission 
control takes conversations off the public loop. The computer that controlled the routing of these calls had 
technical issues both with connections and signal. Second, the computational infrastructure of the various 
centers were vastly different, and each had differently configured firewalls separating their IT 
infrastructure from the outside world. GRC’s infrastructure proved to be the most difficult to cross. While 
this was a good feature of the security of GRCs IT, it made automated electronic data sharing quite 
challenging. 

The database tool that JPL used at the time in Team X was unable to handle these firewall issues 
between the centers. As is happened, another engineering team in the Systems Engineering Division was 
simultaneously developing a firewall crossing database tool called GLIDE for another program. The 
members of GRC on Team JIMO were aware of GLIDE and brought it to the multicenter team for use in 
publishing the data. GLIDE successfully bridged the IT gap between the NASA and DOE teams and 
automated the electronic exchange of data. It is this database tool that the COMPASS team still uses 
today. GLIDE will be discussed in more detail later in this paper. 

Once the JIMO program ended in 2005, the supporting GRC concurrent team was dissolved. Having 
lost its design focus and main customer, the need to keep the team engaged also ended and members were 
quickly redirected to other tasks. 

While the systems engineering concurrent team had a space in which to perform the design studies, 
the culmination that eventually resulted in the COMPASS team required a focus. It was in the first quarter 
of the 2006 calendar year that the JSC led Lunar Lander Study gathered together what would become the 
initial members of the COMPASS team. 

2.4 Factor 1: The Right People — Assembling the Design Team 

To achieve an effective and productive concurrent design team requires the right mix of people. 
Assembling a team of discipline experts is key to developing and validating successful technical designs 
(Fig. 3). In addition, a team of disparate individuals needs the ability to integrate their data together, as 
well as monitor requirements and assumptions to insure consistency throughout the system being studied. 
The individual responsible for this integration needs to work with team members to provide training on 
data sharing processes, monitor data sharing from the subsystems, work with the disciplines to insure that 
the correct information is being exchanged, as well as assemble the resulting reports that document the 
study outcome. Because of the short turnaround time of design sessions, it is important that these 
subsystem team experts be able to work together in real time with multiple inputs and in an environment 
with a rapid pace. While there are many engineers who are experts in their field, there are a subset of 
those engineers who thrive under the unique demands of a concurrent design team experience. 

Another responsibility unique to this position, which was key to getting the COMPASS team 
functioning, was that of a system integration engineer. Defining the work of the system integration 
engineer is difficult since for most of the life of the COMPASS team, the role of the system integration 
lead has been evolving. Responsible for integrating the inputs from all of the subsystem leads into one 
cohesive design, often captured in the framework of a master equipment list, the system integration lead 
manages requirements, assumptions and matches them with subsystem input. The system integration 
engineer must have an understanding of the individual subsystems and knowledge of their integration into 
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Figure 3. — COMPASS team integration. The COMPASS team is made up of experts in 
a wide variety of disciplines. 


an overall spacecraft design. In addition, the system integration lead is responsible for defining closure of 
the design study, and wrapping up all loose ends both in the final charts and in the creation of the final 
report (when required). The current system integration lead has held this position since the inception of 
the COMPASS team and has worked to refine and document the COMPASS design process and train 
additional systems integration engineers to run studies in her absence. 

Just as with the subsystem technical lead team members, a successful concurrent engineering team 
requires an individual in the position of team/design lead with a suitably dynamic personality. This person 
must provide the guidance and focus for the team toward one goal with a clear path in order to reach 
conclusion and closure on successful spacecraft designs. This position requires an individual with the 
ability to thi nk on his/her feet and see the big picture. Leading a team of individuals of different 
backgrounds, personalities and expertise requires a unique personality different than that usually found in 
NASA programs. A concurrent team lead position is similar to that of a football coach who brings 
together individuals with different skills in different positions and leads them to work together as one 
cohesive unit toward a common goal. The COMPASS team was fortunate enough to find such an 
individual in the current team lead during the 2006 Lunar Lander Study, a position he continues to hold to 
this day. 


2.5 Factor 2: Appropriate Tools — Choosing the Engineering and Collaboration Design 

Tools 

Return to the early 2000s when the GRC concurrent team was working as a part of the agency 
concurrent team known as Team J1MO. Now that the team had this first substantial project to undertake, 
they needed the tools to perform the designs. In parallel with the initial multicenter J1MO work that was 
being performed at JPL and GRC, a member of the Systems Engineering Division, was creating a data 
transfer tool known as GLIDE to meet the needs of a project he was supporting. In order to perform 
mission assessments of technologies versus destinations and performance for the in-space propulsion 
program, there existed a need to transfer data in an organized fashion between multiple engineers at 
different locations back and forth through the GRC firewall. In order to make this possible, he wrote a 
software tool in three parts: Microsoft Excel Add-in (Microsoft Corporation), back-end database and a 
front-end communications tunnel to pass through the firewall while maintaining data security. The Team 
J1MO group decided to utilize GLIDE’S ability to securely cross firewalls and manage large amounts of 
data. The ease of data transfer combined with its interface to Microsoft’s Excel, a tool already included in 
every NASA engineer’s standard computer load, made GLIDE invaluable to the Team J1MO data transfer 
success. 
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While there were commercial tools that could provide some form of data exchange over networked 
systems, limited resources and unique IT requirements within the, then, Systems Engineering Division 
were driving factors in the GLIDE development. Rapid concept design studies rarely had the financial 
resources to procure and support a new computing capability, which contributed to the difficulty in 
maintaining a standing concept assessment team. 

Since the COMPASS team also grew out of the Systems Engineering Division (now Systems 
Engineering and Analysis Division), it adopted the GLIDE capability to maintain organized data transfer, 
and continued to use and evolve it after the JIMO study was concluded. In addition to GLIDE for data 
exchange, each subsystem lead brought with them his/her own tool(s) to model their subsystem. These 
tools ranged from simple Microsoft Excel spreadsheets to larger, more complicated in-house developed or 
commercial off-the-shelf (COTS) programs. These tools provided the level of detail needed by 
COMPASS in what is largely considered to be Pre -phase a concept studies. COMPASS also had to cope 
with very limited infrastructure support funding from customers or the Center, which it has addressed in 
its continued GLIDE development as well as pursuing analytical tool reuse as much as possible. 

2.6 Factor 2: Appropriate Tools — Passing and Tracking Data 

Later retitled the GLobal Integrated Design Environment, GLIDE is a program that enables the secure 
transfer of independent data between a virtually unlimited number of sites from anywhere in the world. 

All that is required to participate is the GLIDE Client software, Internet access and a GLIDE account, 
which can be obtained from the GLIDE website (https://glide.grc.nasa.gov/). 

To address the issues highlighted during the Team JIMO testing, a prototype for GLIDE was 
developed and used to share data directly from within Microsoft Excel workbooks across disciplines. 
GLIDE is a client-server software application purpose- built to mitigate issues associated with real time 
data sharing in concurrent engineering environments and to facilitate discipline-to-discipline interaction 
between multiple engineers and researchers. GLIDE is implemented in multiple programming languages 
utilizing standardized web protocols to enable secure parameter data sharing between engineers and 
researchers across the Internet in closed and/or widely distributed working environments. A well-defined 
HyperText Transfer Protocol (HTTP) based Application Programming Interface (API) to the GLIDE 
client/server environment enables users to interact with GLIDE, and each other, within common and 
familiar tools. One such common tool, Microsoft Excel, paired with its add-in API for GLIDE, is 
discussed in this paper. Figure 4 shows the notional path of data transfer from the GLIDE enabled 
Microsoft Excel workbook back and forth to the GLIDE database server. 

Since its inception, an internal GRC development team has continued to refine and advance the 
program. As of September 2011, the latest GLIDE application in internal use is version 2.0. Although 
GLIDE 2.0 has almost completed beta usage, it has not been approved for dissemination outside of GRC. 
GLIDE 2.0 has higher data-transfer speeds than the previous GLIDE version 1.4. Currently the GLIDE 
developer team is working on GLIDE 3.0 with the hopes of creating a standardized GLIDE server 
installation so the GLIDE server can be set up and supported at other locations. 



Figure 4. — GLIDE data passing. GLIDE facilitates the passing of data in matching pairs of variable name and value. 
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3.0 The COMPASS Design Process 

3.1 Defining the Design Process 

In order to provide some order to the COMPASS design process, the systems integration engineering 
lead wrote an internal COMPASS operations manual for the team. In this manual, details of running the 
COMPASS studies were documented. Referenced in this paper, this manual captures the design 
guidelines for COMPASS studies (margin, contingency) as well as the process for the various types of 
studies that the COMPASS team performs. Studies range from the concept design (1 design point) to the 
multiple design trade space analysis. Subsequently, studies can last anywhere from 2 weeks to 6 months 
depending on the amount of details and trajectory trades to be studied. 

Initially, the process for the COMPASS team would have allowed for generous pre and post session 
analysis activities. A concurrent design process was first assumed to consist of 1 to 4 weeks of pre -design 
session activities, several days of a design session, and then 1 to 4 weeks of post session activities. As 
time has progressed, and as COMPASS has become more in demand, design sessions often overlap the 
pre and post design session activities. The team typically is working three sessions at a time: the active 
session in the room, the documentation of the previous design study, and the setup of the next design 
study. In an ideal world, the process would follow the graphic depicted in Figure 5. 

During the pre design session time, the customer meets with the team/design lead to outline the 
assumptions and requirements by filling out a standardized questionnaire for the design study. The 
customer and the team lead, along with a small subset of the COMPASS team core members, work 
together to determine the basic mission and vehicle design for the upcoming design study. Typically, the 
trajectory analysis will be performed during this time as well, prior to the full team kickoff of the design 
study, so that the AV, launch vehicle, trip time and launch date requirements are already established when 
the team is gathered and the formal design begins. All of these activities are carried out for each study, no 
matter the duration of the session. The purpose of this phase is to develop mission goals with the 
customer and to prepare all the team members and their equipment to complete the task at hand. 
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Figure 5. — COMPASS design process. The COMPASS design process is iterative and 
includes the customer in the design formulation loop. 
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The total design session time frame allotted depends on the goals of the design study. COMPASS 
typically performs three types of design studies: Feasibility study (2 weeks), Design and Exploration of 
Trades (1 month), Conceptual Design Study (6 months). The products, length of design study, number of 
technology trades, etc. is all established during the pre-session discussions between the customer and the 
team lead. 

During the design session, all COMPASS team members participate, either by being physically 
present in the lab or by communicating virtually via the Internet. This is the real-time, collaborative 
portion of the design process. The vehicle master equipment list, power equipment list (PEL), vehicle 
configuration and payload packaging, CAD modeling and trajectory visualization are all completed in real 
time with the discipline experts present. The sessions run until the team has reached a baseline design, 
which answers the customer’s questions and fits within the requirements and assumptions. The baseline 
will be the standard design that fulfills the customer’s requirements and which any trades will be 
compared to. The number of trades in technology carried out is limited only by time in the schedule. At 
the end of the design, the baseline is described by four main components: Mass, Power, Cost and Volume. 
The MEL, PEL and CAD layout, which illustrate the hardware outlined in the MEL, are all finalized. 

During the post design session time, each subsystem provides a report that details the reasoning and 
specifics behind its portion of the design. Depending on time in the schedule and funding allocations as 
well as the requirements of the customer, the COMPASS team produces, at a minimum, a final set of 
charts documenting all the design assumptions, requirements, results and observations. If time and 
funding are allocated, a final report is created from this chart package in order to capture, to a higher level 
of detail, the complete design, trades, calculations, etc. 

3.2 Defining the Design Schedule 

After the first 3 years of COMPASS design studies, the team conducted an internal team behaviors 
assessment of our processes and scheduling and overwhelmingly the members cited the need for more 
time to set up for approaching studies and finish up the documentation (reports and Microsoft PowerPoint 
slides) of the just completed studies. The schedule shown in Figure 6 is the result of these discussions. 
Note, that while the COMPASS team is only one team, we often have two or more engineers capable of 
running the areas of mission and systems analysis respectively in order to allow for a more rapid schedule 
of studies. A pre- and post-week is established in between each design study to allow for time to finish 
the previous study and start the next study. 


Design Study B 



No design session during Pre/Post weeks 

Figure 6. — COMPASS notional design schedule. The COMPASS design schedule is built to allow time for the 
experts to prepare the necessary analysis for upcoming studies, and time to document the previous study. 
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After the team lead meets with the customer to establish the ground rules and assumptions for the 
design, the mission analyst begins trajectory design ahead of the study. Additionally, the configuration 
engineer and the systems analysis engineer begin both the mapping out of subsystems and preliminary 
configuration designs. 

A COMPASS session runs three afternoons a week (typically Monday, Wednesday, Friday) for 
2 weeks. The days in between the sessions allow for breakout design sessions where only a few of the 
subsystem leads are required to work out issues or explore additional design options. Also, since most of 
the subsystem experts are matrixed into the COMPASS team, they only work half time with the team. 

The other half of their time is spent working other projects in their area of expertise in order to keep their 
knowledge current. 

4.0 Constant Improvements and Future Plans 

Throughout the last five years, the COMPASS team has continually worked to improve its process. 
The improvement has been driven by the need to do more in less time. As the team achieved design 
successes and customer satisfaction, increasing numbers of customers have approached the team for 
designs. In order to provide the same level of design excellence as well as the same thorough products 
(reports and presentation), the team has continually looked at how studies are performed and where 
improvements can be made. In 2010, the team held a one-day retreat, out of which came a redefined 
design session schedule. The benefits of this new schedule are: 

1 . Ability to start a study with ground rules, assumptions, and background trajectory analysis 
completed 

2. Full team able to engage from the kickoff start with inputs to their subsystems 

3. Time to document the study results 

In order to continue to function and excel in an ever-changing environment, the COMPASS team has 
remained open to new tools, new processes and new ideas. There has been the suggestion to create a 
duplicate COMPASS team, which would be able to run simultaneously with the first team. Besides the 
chronic resource limitations faced by the standing COMPASS team, a lack of available experts in the 
discipline areas, as well as a lack of a secondary team lead has stalled this idea. A new developer has 
come on board to bring GLIDE into the next version. Dubbed GLIDE 3.0, the goal is to produce a product 
that can be offered to other NASA concurrent teams, with easier sever setup and less dependence on 
Microsoft Office (Microsoft Corporation) and the ever changing functions within Microsoft Excel. The 
only thing the COMPASS team cannot create is more time. For now, the team relies on management to 
juggle priorities and schedules in order to accommodate all of the various customers. 

5.0 Conclusion 

The COMPASS team as it stands now was built up from multiple attempts at the creation of a 
concurrent concept design team at NASA Glenn Research Center. The convergence of four key elements 
was necessary to establishing the COMPASS team: people, tools, focus, and facility. Despite a long 
history at GRC of assembling teams for specific design activities, these groups were never maintained 
beyond the scope of these tasks. It wasn’t until the catalyst study of the Lunar Lander Preparatory Study, 
combined with the unique personality of the current team lead and the dedication of the integration lead, 
utilizing existing facilities and tools, that the COMPASS team itself was bom. With the team and tools 
established, it has become possible to engage and attract the customers necessary to sustain the 
COMPASS team. Establishing a track record of successful design studies, the COMPASS team has been 
increasingly recognized as a productive capability for the Center. Additionally, the team has begun to 
work with other concurrent design groups across the Agency. 
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